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PREFACE 


The  Office  of  the  Assistant  Secretary  of  Defense  (Manpower,  Reserve 
Affairs,  and  Logistics),  0ASD(MRA&L),  has  overall  responsibility  for  depot 
level  maintenance  within  the  DoD.  In  fiscal  1976,  uniform  depot  maintenance 
cost  accounting  procedures  were  established  by  DoD  Handbook  7220. 29-H  ( The 
Department  of  Defense  Depot  Maintenance  and  Maintenance  Support  Cost 
Accounting  and  Production  Reporting  Handbook) .  The  handbook  also  calls  for 
the  annual  submission  of  depot  performance  data  on  all  completed  job  orders. 
Although  the  Services  have  reported  the  data  as  requested,  an  access  capabil¬ 
ity  has  never  been  developed.  As  a  result,  OASD(MRAStL)  visibility  of  the 
depot  maintenance  program  is  restricted  to  data  normally  provided  during  the 
budget  process.  That  visibility  is  inadequate  and  untimely  for  a  $6  to  $7 
billion  annual  program. 

To  improve  0ASD(MRA&L)  visibility  of  the  depot  program,  LMI  was  tasked  to 
develop  an  analysis  capability  for  the  reported  depot  performance  data.  This 
report  describes  the  work  performed  in  response  to  that  tasking.  The  first 
section  deals  with  our  analysis  of  0ASD(MRA&L)  data  needs  and  selection  of  a 
data  processing  methodology.  Section  two  provides  a  general  description  of 
that  methodology;  the  third  and  fourth  sections  describe  and  illustrate  a 
depot  performance  analysis  framework  and  supporting  data  displays.  Finally, 
some  suggestions  for  future  efforts  are  offered.  An  appendix  contains  tech¬ 
nical  information  on  the  loading  and  utilization  of  the  data  processing 
system. 
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EXECUTIVE  SUMMARY 


The  OASD(MRA&L)  has  little  visibility  into  the  performance  of  depot-level 
maintenance  activities.  This  condition  exists  in  spite  of  extensive  depot 
cost  and  productivity  data  being  submitted  by  the  Military  Services  in  ac¬ 
cordance  with  DoD  Handbook  7220. 29-H.  Absence  of  an  automated  method  of 
summarization  precludes  effective  use  of  the  data. 

Of  various  data  processing  approaches  that  might  be  used  to  overcome  that 
deficiency,  the  most  promising  is  data  base  management.  It  provides  the 
capability  of  storing  a  large  quantity  of  data,  selectively  retrieving  desired 
items  of  information,  and  producing  a  variety  of  summary  reports.  A  state  of 
the  art  data  base  management  system,  INQUIRE,  already  resident  on  the  Air 
Force  Data  Services  Center  IBM  360/75,  provides  a  good  basis  for  the  required 
data  processing  capability. 

The  Fiscal  Year  1978  performance  data  were  used  in  testing  the  INQUIRE 
capability  and  in  evaluating  proposed  data  summaries  which  would  form  the 
basis  of  0ASD(MRA&L)  analyses.  Although  the  proposed  summaries  have  been 
illustrated  using  only  Army  data,  they  can  be  readily  produced  for  the  other 
Military  Services. 

The  testing  of  INQUIRE  was  a  success.  Although  a  variety  of  definition 
and  report  errors  surfaced,  the  potential  of  INQUIRE  to  support  0ASD(MRA&L) 
analyses  of  depot  cost  and  productivity  was  affirmed. 

The  evaluation  exercise  indicated,  however,  that  cost  and  productivity 
data  alone  are  insufficient  for  assessing  the  performance  of  depot-level 
maintenance.  Budget,  capacity,  and  staffing  information  is  also  required.  In 
order  for  0ASD(MRA&L)  to  have  the  desired  visibility,  inconsistencies  and 


errors  in  the  cost/productivity  data  must  be  resolved;  budget,  capacity  and 
staffing  information  oust  be  integrated;  and  experience  in  the  use  of  the  new 
data  processing  capability  must  be  gained. 


TABLE  OF  CONTENTS 


PREFACE .  ii 

EXECUTIVE  SUMMARY  .  iii 

LIST  OF  TABLES .  vi 

LIST  OF  FIGURES .  vii 

APPROACH  .  1 

OVERVIEW  OF  INQUIRE  .  2 

System  Description  .  2 

System  Utilization  .  3 

AN  ANALYSIS  FRAMEWORK  .  5 

ILLUSTRATION  OF  THE  FRAMEWORK .  7 

FUTURE  DIRECTIONS  .  16 


APPENDIX  -  LOADING  AND  UTILIZATION  PROCEDURES 


I 


LIST  OF  TABLES 


Table  Page 

1  Any:  Total  Depot  Maintenance  Cost .  7 

2  Any:  Cost  by  Program  Element  and  Commodity .  9 

3  Any:  Cost  by  Facility  Type  and  Commodity . .  .  9 

4  Any:  Cost  by  Facility  and  Commodity .  10 

5  Any:  Cost  Breakdown  by  GOGO  Depot  Facility .  11 

6  Any:  Cost  Breakdown  of  Interservicing  Workload .  11 

7  Any:  Selected  Depot  Perfonance  Statistics .  12 

8  Any:  Cost  by  Weapon  System  and  Work  Performance 

Category .  13 

9  Any:  Cost  by  Weapon  System  and  Maintenance  Support  . 

Category .  13 

10  Any:  Cost  by  Facility,  Selected  Work  Performance 

Categories  and  Designated  Weapon  Systems  .  14 

11  Any:  Repair  Cost/Quantity  for  Selected  Items .  15 

12  Any:  Cost  by  Work  Breakdown  Structure  for 

Designated  Combat  Vehicle  Systems  .  17 


LIST  OF  FIGURES 


Figure  Page 

1  Service  Reported  Data  Itesis .  4 

A-  1  Data  Bate  Loading  Checklist .  A-  2 

A-  2  Saaple  Edit  Progran  Output .  A-  4 

A-  3  Tape  Copying  and  Cataloging  Routine .  A-  6 

A-  4  Depot  Performance  INQUIRE  Loader  Worksheet .  A-  7 

k-  5  Disc  Map  Prbgram  ' .  A-  8 

A-  6  INQUIRE  Loader  Program .  A- 10 

A-  7  Record  Addition  Program .  A- 11 

A-  8  Total  Cost  Derivation  Program .  A- 12 

k-  9  Data  Base  Backup  Program .  A- 12 

A- 10  Data  Base  Restore  Program .  A- 13 

A- 11  Field  and  Data  Item  Relationships .  A- 14 

A- 12  Field  Definition  Table .  A- 16 

A- 13  Procedure  INQUIRE .  A- 17 

A- 14  Frequently  Used  INQUIRE  Parameters .  A- 18 

A- 15  Standard  Summary  Reports .  A- 19 

A-16  Sample  Standard  Report  Generation  Program  .  A-20 

A-17  Sample  Detail  Report  Generation  Program  .  A-22 


vii 


DEPOT  MAINTENANCE  PERFORMANCE 


APPROACH 

A  review  of  the  depot  management  process  and  associated  data  needs  high¬ 
lighted  potential  management  applications  of  depot  cost  information,  types  and 
quantities  of  data  required  to  support  those  applications,  and  desirable 
characteristics  of  an  access  methodology.  Further  insight  into  data  needs  was 
obtained  by  analyzing  a  variety  of  summary  reports  prepared  by  OASD(MRA&L) 
personnel  in  response  to  specific  areas  of  concern. 

That  review  and  analysis  indicated  the  need  for  a  wide  variety  of  data 
and  an  extensive  access  capability.  Specifically,  we  concluded  that  OASD 
(MRA&L)  should  have  the  capability  to: 

-  develop  cost  and  production  summaries  by  Military  Service,  facility, 
and  weapon  system 

-  obtain  detailed  cost  and  production  data  on  selected  programs  and 
facilities 

-  identify  and  compute  a  variety  of  performance  indicators 

-  access  annual  cost  and  production  data  when  reported 

-  integrate  additional  depot  maintenance  factors  with  cost  and  pro¬ 
duction  data. 

These  requirements  demand  a  flexible  data  processing  tool.  Furthermore, 
operational  simplicity  is  essential  to  insure  usefulness. 

A  survey  of  potential  methodologies  indicated  that  the  best  data  pro¬ 
cessing  approach  to  satisfy  both  the  flexibility  and  simplicity  requirements 
is  data  base  management.  A  data  base  management  system  is  a  software  package 
whose  primary  functions  are  retrieving  and/or  calculating  selected  items  of 
information,  reporting  derived  data  in  a  variety  of  formats,  and  maintaining 
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data  currency  and  accuracy.  Since  a  data  base  management  system  is  a  general¬ 
ized  system,  it  can  be  applied  to  any  properly  structured  data.  The  informa¬ 
tion  retrieval,  computation,  and  report  generation  abilities  of  a  data  base 
management  system  allow  it  to  fulfill  all  the  OASD(MRA&L)  requirements. 
Furthermore,  simplicity  in  controlling  each  of  these  operations  is  provided 
through  an  English-like  user  language.  The  INQUIRE  data  base  management 
system  was  used  because  it  is  capable  of  meeting  OASD(MRA&I)  information  needs 
and  is  available  on  DoD  computer  systems. 

OVERVIEW  OF  INQUIRE 

This  section  provides  an  overview  of  the  INQUIRE  data  base  management 
system  and  its  application  to  depot  maintenance  performance  data.  For  more 
complete  information  on  the  structure  and  operation  of  INQUIRE,  the  INQUIRE 
User  Language  Tutorial1  should  be  consulted.  Detailed  discussions  on  the 
depot  maintenance  performance  data  base  contents  and  organization,  and  spe¬ 
cific  procedures  for  loading  and  using  the  system  can  be  found  in  the 
appendix. 

System  Description 

The  depot  performance  data  processing  system  consists  of  a  data 
base,  which  contains  depot  cost  and  productivity  information,  and  the  INQUIRE 
data  base  management  system,  which  retrieves,  manipulates  and  reports  the 
data. 

A  data  base  is  a  structured  collection  of  information  on  one  general 
topic.  Structure  is  provided  by  fields  and  logical  records.  A  field  is  a 
unit  of  information,  such  as  repair  cost,  quantity  overhauled,  or  facility 
name.  Grouping  fields  to  provide  a  variety  of  information  on  a  single  subject 


1The  INQUIRE  User  Language  Tutorial  can  be  obtained  from  Infodata  Systems 
Inc.,  5205  Leesburg  Pike,  Falls  Church,  Va.  22041. 


(e.g.,  a  job  order)  results  in  a  logical  record.  A  sequence  of  similar  log¬ 
ical  records,  each  of  which  provides  information  on  a  particular  subject 
within  the  same  family  of  subjects,  is  a  data  base. 


Both  the  content  and  structure  of  the  depot  performance  data  base 
are  derived  from  data  submitted  by  the  Services  in  response  to  the  uniform 
cost  accounting  handbook.  The  reported  data  contains  50  items  of  information 
for  each  job  order  completed  during  the  reporting  year.  Figure  1  lists  these 
items.  In  the  depot  performance  data  base,  each  data  item  is  a  field,  and 
each  reported  job  order  defines  a  logical  record. 

The  INQUIRE  data  base  management  system  is  a  collection  of  software 
modules  and  a  user  control  language.  Each  software  module  contains  the  com¬ 
puter  coding  for  performing  a  specific  operation,  such  as  retrieving  a  record 
from  the  data  base  or  performing  a  specific  calculation.  The  language  is  made 
up  of  commands  and  command  specifications  which  evoke  software  modules  and 
control  certain  operations.  The  user  requests  a  report  by  linking  commands 
together  to  specify  records  to  be  retrieved,  manipulations  of  data  from  re¬ 
trieved  records  and  formats  of  reports. 

System  Utilization 

To  extract  the  full  value  from  the  depot  performance  data  base,  the 
user  must  be  capable  of  performing  two  tasks :  data  base  maintenance  and 
report  generation.  To  the  extent  possible,  these  operations  have  been  auto¬ 
mated  so  the  user  need  not  be  deeply  involved  in  their  execution.  However, 
since  it  is  impossible  to  anticipate  all  system  applications,  the  user  must 
assume  some  developmental  responsibility. 

The  maintenance  function  assures  that  information  in  the  data  base 
is  current  and  accurate.  This  task  includes  the  addition  of  new  data  and 
correction  of  errors  in  existing  data.  New  depot  cost  information,  submitted 
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FIGURE  1.  SERVICE  REPORTED  DATA  ITEMS 


RECORD  IDENTIFICATION 


LABOR  AND  COST  DATA  (Cont'd.) 


Record  Type 
Quarter  Code 
Fiscal  Tear 

FACILITY  IDENTIFICATION 


Program  Element 
Facility  Name  or  Code 
Inside  or  Outside  U.S.  Code 
Owner /Operator  Code 
Reporting  Facility  Code 

ITEM/SERVICE/CUSTOMER  IDENTIFICATION 


Item  Identification  Number 
Item  Nomenclature 
Standard  Inventory  Price 
Weapon  or  Support  System  Code 
Work  Breakdown  Structure  Code 
Work  Performance  Category 
Customer  Code 

LABOR  AND  COST  DATA 


Direct  Civilian  Labor 
Cost 

Direct  Civilian  Labor 
Hours 

Direct  Civilian  Labor 
Direct  Civilian  Labor 
Direct  Military  Labor 
Cost 

Direct  Military  Labor 
Hours 

Direct  Military  Labor 
Direct  Military  Labor 
Direct  Material  Cost  - 
Direct  Material  Cost  - 
(Investment  Items  at 
Direct  Material  Cost  - 
(Exchanges) 

Direct  Material  Cost  - 
(Modification  Kits) 
Direct  Material  Cost  - 
(Expense) 


(Production) 

(Production) 

(Other)  Cost 
(Other)  Hours 
(Production) 

(Production) 

(Other)  Cost 
(Other)  Hours 
Funded 
Unfunded 
Full  Price) 
Unfunded 

Unfunded 

Unfunded 


Other  Direct  Cost  -  Funded 
Other  Direct  Cost  -  Unfunded 
Operations  Overhead  -  Funded 
Operations  Overhead  -  Unfunded 
General  and  Administrative  Expense 

-  Funded 

General  and  Administrative  Expense 

-  Unfunded 

Maintenance  Support  Costs  Organic 

-  Funded 

Maintenance  Support  Costs  Organic 

-  Unfunded 

NON-ORGANIC  LABOR  AND  COST  DATA 


Contract/Interservice/Non-Depot 
Maintenance  Activity  Cost 
Government-Furnished  Material 

(Investment  Items  at  Full  Price) 
Government-Furnished  Material 
(Exchanges) 

Government-Furnished  Material 
(Modification  Kits) 
Government-Furnished  Material 
(Expense) 

Government  Furnished  Services  - 
Funded 

Government  Furnished  Services  - 
Unfunded 

PRODUCTION  DATA 


Total  Production  Quantity  Completed 
Quantity  of  Completed  Items 

Inducted  During  Reporting  Year 
Quantity  of  Completed  Items 
Inducted  During  Year  Preceding 
Reporting  Year 
Quantity  of  Completed  Items 
Inducted  During  All  Other 
Previous  Years 
Work  Days  in  Process 


annually  by  the  Services,  must  be  loaded  into  the  data  base  before  it  can  be 
accessed.  Loading  involves  collecting  the  depot  performance  data,  submitting 
copies  for  editing,  and  running  a  predefined  INQUIRE  loader  program.  Inaccu¬ 
racies  in  the  data  base  that  are  uncovered  either  during  loading  or  when 
extracting  information  can  be  corrected  by  submission  of  a  maintenance  re¬ 
quest,  written  in  the  INQUIRE  user  language.  Since  it  is  impossible  to  pre¬ 
dict  the  nature  of  these  requests,  they  must  be  developed  by  the  user  on  an  ad 
hoc  basis. 

The  report  generation  task  provides  data  to  support  either  an  over¬ 
all  analysis  of  depot  performance  or  to  answer  specific  depot-related  ques¬ 
tions.  Summary  reports,  which  provide  an  overview  of  aggregate  data,  should 
be  compiled  annually.  Since  these  reports  and  the  required  INQUIRE  instruc¬ 
tions  have  already  been  developed  and  tested,  the  user  need  only  initiate 
their  production  by  executing  a  set  of  one-line  INQUIRE  requests  called 
macros.  Specific  information  needs,  which  cannot  be  fulfilled  by  data  from 
summary  reports,  can  be  met  by  producing  special  reports.  This  is  accom¬ 
plished  by  submitting  unique,  individually  developed  INQUIRE  requests.  Such 
requests  must  be  defined  and  validated  by  the  user. 

AN  ANALYSIS  FRAMEWORK 

From  our  analyses  of  the  depot  cost  data  and  various  applications  of 
INQUIRE  to  that  data,  a  framework  for  evaluating  the  depot  maintenance  program 
within  each  Service  emerged.  That  framework  has  a  hierarchical  structure 
which  begins  at  the  most  aggregate  level  and  successively  provides  a  series  of 
more  narrow,  definitive  reporting  of  depot  performance.  A  set  of  summary 
reports  has  been  developed  and  is  available  at  each  level  of  the  heirarchy. 
The  predefined  summaries  are  based  on  our  best  current  understanding  of 
OASD(MRA&L)  information  needs.  As  the  follow-on  analysis  proceeds,  these 
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reports  might  need  to  be  supplemented  and  altered  to  keep  pace  with  evolving 
requirements  and  capabilities. 

At  the  most  aggregate  level  of  the  hierarchy,  the  summary  reports  are 
mostly  descriptive.  Three  reports  appear  necessary: 

-  total  program  cost  (funded/ unfunded)  by  commodity  group 

-  total  program  cost  by  program  element  (funded/unfunded  within  element) 
and  commodity  group 

-  total  program  cost  by  facility  type  (funded/unfunded  within  type)  and 
commodity  group. 

A  second  series  of  reports  focuses  on  performing  activities.  Two  of  the 
reports  are  descriptive  while  a  third  contrasts  activity  performance.  These 
reports  are: 

-  total  program  cost  by  facility  type  (all  activities  within  each  type) 
and  commodity  group 

-  total  depot  activity  cost  by2category  (separate  formats  for  type  1  and 
type  2,  3,  and  4  activities ) 

-  selected  performance  statistics  for  type  1  activities. 

At  the  most  detailed  level  of  the  framework,  the  emphasis  is  on  the 
weapon  system — the  associated  maintenance  cost,  work  performed,  and  performing 
activity.  Only  two  summaries  appear  to  be  required  on  a  routine  basis: 

-  total  cost  by  weapon  system  and  work  performance  category  (separate 
formats  for  maintenance  and  support  categories) 

-  total  cost  for  designated  weapon  systems  and  selected  work  performance 
categories  by  performing  activity. 

When  the  summary  reports  are  evaluated,  several  specific  questions  will 
likely  be  raised.  Some  of  these  questions  may  require  information  not  con¬ 
tained  in  the  data  base;  hence,  alternative  sources  must  be  sought  (e.g., 

2Type  1  facilities  are  government-owned,  government-operated  (GOGO) 
depots;  type  2  facilities  are  GOGO  non-depot  activities;  type  3  are 
contractor-owned,  contractor-operated  (COCO);  and  type  4  facilities  are  GOGO 
depots  within  other  Military  Services. 
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budgets).  Others  however,  can  be  answered  by  data  base  information  not  pro¬ 
vided  by  summary  reports.  INQUIRE  can  support  the  analysis/evaluation  of  the 
latter  type  of  question  through  the  generation  of  special,  one-time  reports. 
This  ad  hoc  report  capability  provides  an  additional  level  to  the  framework 
hierarchy  and  makes  possible  a  variety  of  report  perspectives. 

The  following  section  provides  an  example  of  each  of  the  suggested  for¬ 
mats  and  their  utilization  for  analysis  of  depot  performance. 

ILLUSTRATION  OF  THE  FRAMEWORK 

We  used  Army  data  from  fiscal  year  1978  to  exercise/evaluate  our  sug¬ 
gested  framework.  The  same  data  are  used  here  to  illustrate  the  analysis 
framework  and  the  special  queries  that  could  arise.  This  discussion  is  in¬ 
tended  only  as  an  illustration;  it  is  not  a  comprehensive  analysis  of  Army 
depot  performance  in  fiscal  1978. 

Table  1  shows  that  the  fiscal  1978  Army  depot  maintenance  program  was 
$1,064  million,  with  approximately  $950  million  reimbursable  by  DoD  to  depot 
maintenance  activities.  The  vehicle  (combat)  and  aircraft  commodity  groups 
dominated  the  depot  maintenance  program— approximately  60  percent  of  the  total 
program  was  in  support  of  these  commodities. 


TABLE  1.  ARMY: 

TOTAL  DEPOT  MAINTENANCE 

COST 

($000) 

Funded 

Unfunded 

Total 

Aircraft 

217,147 

32,044 

25?j91 

Automotive 

48,283 

2,535 

50,818 

Vehicles 

300,529 

56,569 

357,098 

Construction 

9,481 

372 

9,853 

Communications/Electronics 

105,818 

7,361 

113,179 

Missiles 

166,864 

11,601 

178,466 

Ships 

1,729 

0 

1,730 

Weapons  &  Munitions 

43,500 

1,371 

44,872 

General 

35,950 

1,267 

37,217 

Other 

21.231 

843 

22,074 

Total 

950,537 

113,966 

1,064,503 
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The  total  prograa  is  shown  by  prograa  element  in  Table  2.  Approximately 
$600  million  was  industrially  funded  (program  element  72007)  while 
non-industrially  funded  maintenance  (program  element  72207)  accounted  for  $200 
million.  Maintenance  training  (program  element  72897)  consumed  another  $12 
million,  with  maintenance  support  (program  element  78017)  being  another  $235 
million. 

Table  3  displays  the  total  program  by  performing  facility  type.  This 
table  highlights  a  data  reporting  problem  in  that  no  maintenance  or  mainte¬ 
nance  support  costs  were  reported  under  facility  type  2.  All  such  facilities 
apparently  were  miscoded  as  type  1. 

In  Table  4,  the  level  of  the  program  at  each  activity  is  displayed. 
Those  facility  type  2  activities  previously  miscoded  as  type  1  are  shown  as 
they  should  appear.  Also,  not  all  type  4  activities  are  displayed  because  of 
reporting  errors.  Approximately  $618  million,  or  58  percent  of  the  total 
program,  was  consumed  in  Army  depots.  Another  $204  million  was  spent  in  other 
Army  facilities  (type  2),  either  in  maintenance  or  maintenance  support  roles. 
Approximately  $233  million  of  maintenance  was  performed  by  contractors  (type 
3) ,  with  $148  million  of  that  amount  attributed  to  one  facility — the  Mainz 
Army  Depot.  Finally,  the  Army  received  almost  $8  million  of  maintenance 
interservicing  support,  primarily  from  the  Naval  Air  Rework  Facility  at 
Pensacola . 

Table  5  shows  the  total  direct  labor  hours  and  costs,  by  category,  for 
each  of  the  Army  depots.  Table  6  shows  a  comparable  display  for  depots  pro¬ 
viding  interservice  support.  A  report  similar  to  Table  6  can  also  be  produced 
for  all  contractor  support. 
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TABLE  2.  ARMY:  COST  BY  PROGRAM  ELEMENT  AMD  COMMODITY 

($000) 


OOtMOOlTT 

TOTAL 

rTTTCTTiJ 

ko 

Li  ■« 

EHQ23 

ETTC’m 

BSEIZ3 

E535S 

145,937 

33,653 

B 

5,264 

73,565 

63,059 

23 

II 

30,366 

12,664 

551.939 

Unfunded 

15,230 

2,131 

359 

7,129 

7,703 

0 

mm 

1,087 

655 

56,824 

Total 

171,217 

35,784 

185,044 

5,623 

80,694 

70,762 

23 

14,844 

31,453 

13,319 

608,763 

Prot ran  Umm&c  72207 

Funded 

22,235 

4,473 

1,462 

2,757 

11,662 

977 

2,734 

1.701 

194 

153,343 

Unfunded 

6,626 

341 

0 

0 

2,177 

0 

336 

146 

4 

54,589 

Total 

28,861 

4,814 

150,105 

1,462 

2,757 

13,339 

977 

3.070 

1,649 

198 

207.932 

gwjGgagg 

.  338 

268 

■ 

B 

1.192 

■ 

H 

1,968 

■ 

564 

12,219 

Unfunded 

1 

0 

'mm 

BlS 

0 

mu 

■9 

0 

ma 

6 

72 

Total 

■BO 

266 

299 

181 

1.192 

6.509 

0 

1,968 

475 

570 

12.291 

48,136 

9,888 

21,505 

2,572 

28,302 

85,683 

■■ 

24,965 

3.421 

7,808 

233,006 

Unfunded 

134 

62 

142 

12 

230 

1,669 

m 

22 

14 

176 

2,461 

Totel 

48,270 

9,950 

21,647 

2,584 

28,532 

87,352 

728 

24,987 

3,435 

7,964 

235,469 

TABLE  3.  ARMY:  COST  BY  FACILITY  TYPE  AND  COMMODITY 

($000) 


TABLE  4-.  ARM?:  COST  BY  FACILITY  AND  COMMODITY 


($000) 


j^^S|^^^aEI^^EIEa»BUE5»aBEg!gI53E55S3l 


Total 

173,42* 

33,909 

Facility  Troa  2 

1VKOH 

28,723 

0 

Fort  Salvolr 

0 

0 

Harry  Dlaaond 

0 

0 

HQ  ECOtf 

3,687 

0 

MBCOM 

0 

0 

MXCCM 

1,497 

0 

Obar  cUaacadt 

0 

2,346 

Kadacona 

0 

0 

Savanna 

0 

0 

Sanaca 

0 

0 

SUrr* 

0 

0 

TACOH 

0 

3,770 

TAMDCOM 

0 

614 

MBA 

1.314 

737 

USALOG  Data 

2,013 

2,433 

HICOH 

1.212 

0 

3,633 

23 

0 

0 

0 

0 

190 

0 

0 

387 

0 

0 

0 

0 

0 

18,632 

44S 

u 

0 

0 

0 

0 

0 

0 

53,924 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

2,762 

0 

0 

0 

1,406 

0 

1.333 

0 

401 

0 

0 

0 

0 

0 

232 

1,830 

737 

232 

310 

1,463 

1,030 

0 

0 

_ 

0 

3,044 

0  1 

_ 

32,096 |  10,1211  618.639  I 


TABLE  5.  ARMY:  COST  BREAKDOWN  BY  GOGO  DEPOT  FACILITY 


($000) 


Depot 

Direct 

Houra 

(000a) 

Coat 

Direct 

Labor 

Direct 

Material 

Other 

Direct 

■22*21 

Opaa. 

Overhead 

General 

Admin- 

To  cal 

Annie too 

3,301 

28,776 

47,943 

6,897 

3,135 

26,307 

7,140 

120,201 

Corpua  Christi 

2,646 

26,466 

60,320 

111 

1,876 

33,953 

5,327 

128,255 

Latter kanny 

3,432 

31,239 

28,609 

2,546 

1,194 

30,531 

7,647 

101,768 

Lexington 

161 

1,484 

297 

478 

12S 

806 

393 

3,586 

Haw  Cumberland 

787 

7,847 

11,947 

44 

48 

8,482 

1,301 

29,671 

Pueblo 

41S 

4,268 

3,630 

147 

235 

4,558 

776 

13,617 

(ted  River 

1,898 

16,117 

15,224 

160 

736 

19,896 

3,162 

55.298 

Sacramento 

1,206 

12,961 

4,685 

282 

729 

13,757 

835 

33,253 

Tobyhanna 

3,271 

28,162 

16,030 

763 

3,816 

16,959 

6,644 

72,396 

Tooele 

2,406 

22,384 

10,760 

456 

1,359 

20,860 

4,572 

60,594 

Total 

19,343 

179,904 

199,665 

11,884 

13,253 

176,109 

37,797 

618,639 

TABLE  6.  ARMY:  COST  BREAKDOWN  OF  INTERSERVICING  WORKLOAD 

($000) 


Depot 

Contract 

Gov't.  Furnished 

Maint. 

Support 

Total 

Material 

Service 

NARF  North  Island 

95 

24 

0 

0 

119 

NARF  Cherry  Point 

555 

147 

0 

0 

702 

NARF  Pensacola 

5,050 

0 

0 

6,850 

Norfolk  Naval  Shpyd. 

46 

0 

0 

46 

Warner  Rob  ALC 

112 

0 

0 

0 

112 

Total 

5,858 

1,971 

0 

0 

7,829 

Several  performance  statistics  for  the  Amy  depots  are  displayed  in  Table 

These  statistics  immediately  raise  a  variety  of  questions,  including: 

-  Why  do  the  labor  to  material  ratios  differ  so  drastically  between 
Sacramento  and  Tobyhanna,  which  have  similar  missions? 

-  Why  is  the  operations  overhead  to  direct  labor  ratio  at  Red  River 
inconsistent  with  other  depots  having  similar  missions? 

-  Why  is  Tobyhanna 's  operations  overhead  to  direct  labor  ratio  so  low? 
Are  different  definitions  being  applied? 

-  Why  are  the  indirect  (i.e.,  operations  overhead  plus  general  and 
administrative)  to  direct  labor  ratios  at  Corpus  Christi  and  Red  River 
so  large?  Are  they  mission-dependent  or  do  they  reflect  ineffective 
management,  thereby  resulting  in  excessive  indirect  burden? 


TABLE  7.  ARMY:  SELECTED  DEPOT  PERFORMANCE  STATISTICS 


Depot 

Total 

Coat 

(000s) 

Pet. 

Funded 

Batloa 

Cost  Par 

Direct  Labor  Hour 

Dir.  Lab. 
Dir.  Mat. 

Overhead 
Dir.  Lab. 

Indirect 
Dir.  Lab. 

Direct 

Material 

Indirect 

Direct 

Clvlliana 

Anniston 

$120,201 

95 

0.60 

0.91 

1.16 

$16.52 

$10.13 

$  8.71 

Corpus  Chriati 

129,255 

96 

0.66 

1.28 

1.68 

22.87 

16.85 

10.00 

Lettarkanny 

101,769 

91 

1.09 

0.98 

1.22 

8.29 

11.06 

9.05 

Lexington 

3,596 

98 

6.99 

0.56 

0.80 

1.85 

7.44 

9.21 

Hew  C unbar  land 

29,671 

80 

0.66 

1.08 

1.26 

15.18 

12.43 

9.97 

Pueblo 

13,617 

95 

1.17 

1.07 

1.26 

8.75 

12. 85 

10.28 

Red  River 

55,298 

88 

1.06 

1.23 

1.63 

8.02 

12.15 

8.49 

Sacranento 

33,253 

88 

2.77 

1.06 

1.12 

3.88 

12.10 

10.75 

Tobyhsnns 

72,396 

92 

1.75 

0.60 

0.86 

4.91 

7.22 

8.61 

Tooele 

60,596 

96 

2.09 

0.92 

1.12 

4.47 

10.57 

9.38 

Specific  answers  to  these  and  related  questions,  however,  may  not  neces¬ 
sarily  be  obtained  from  the  available  cost  accounting  data.  In  many  cases, 
they  simply  pinpoint  areas  for  more  detailed  investigations. 

Table  8  illustrates  the  type  of  data  provided  in  the  first  weapon  system 
suamary  report.  Since  that  report  displays  costs  by  maintenance  work  per¬ 
formance  category  for  every  weapon  system,  only  a  small  section  is  reproduced 
in  the  table.  Table  9  indicates  the  format  of  a  corresponding  report  by 
maintenance  support  work  performance  category. 

Note  that  all  commodities  and  weapon  systems  in  Tables  8  and  9  are  refer¬ 
enced  by  their  alphabetic  codes.  While  this  practice  is  not  attractive,  the 
codes  are  the  only  system  designation  in  the  data. 

Using  the  coaiplete  version  of  Tables  8  and  9,  the  user  will  likely  iden¬ 
tify  several  weapon  systems  requiring  further  investigation.  Additional 
detail  on  such  systems  can  be  obtained  from  the  final  summary  report  which 
shows  the  support  provided  by  performing  activity  broken  out  by  the  pre¬ 
dominant  work  performance  categories.  Table  10  illustrates  the  format  of  this 
summary.  Only  combat  vehicle  weapon  systems  (commodity  C)  are  displayed  in 
the  table,  but  similar  data  can  be  generated  for  any  designated  weapon  system. 
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TABLE  8.  ARMY:  COST  BY  WEAPON  SYSTEM  AMD  WORK  PERFORMANCE  CATEGORY 

($000) 


WEAPON 

SYSTEM 

WORK  PERFORMANCE 

CATEGORY 

■■::•!•/  VIM 

mm  '7!  n 

mwmTcrlji',,ii  rw 

■a.LJil.Mli.M' 

•••<x**»oity  a*** 

cs 

25 

0 

0 

0 

0 

DC 

94 

0 

0 

0 

0 

EJ 

27 

0 

0 

0 

0 

YS 

1,389 

0 

0 

0 

0 

998 

1.775 

0 

1,694 

2,858 

0 

•‘•COMMODITY  B*** 

AAA 

0 

0 

236 

0 

0 

AAH 

0 

0 

202 

0 

0 

TABLE  9.  ARMY  COST  BY  WEAPON  SYSTEM  AND  MAINTENANCE  SUPPORT  CATEGORY 


($000) 


WEAPON 

SYSTEM 

SUPPORT  CATEGORY 

TECH  SUPPORT 

TECH  DATA 

TECH  TRAIN. 

NON-MAINT. 

•••COMMODITY  A*** 

AS 

0 

48 

0 

0 

0 

CC 

0 

12 

0 

0 

0 

GH 

390 

2,908 

727 

167 

0 

GQ 

143 

1,315 

606 

124 

0 

•••COBRIOOITT  B*** 

As  an  illustration  of  this  process,  Tables  8  and  9  were  used  to  identify 
the  automotive  and  coabat  vehicle  weapon  systeas  with  the  highest  total  aain- 
tenance  costs.  The  work  perforaed  in  support  of  those  systeas  was  then  con¬ 
trasted.  Several  interesting  obervations  eaerged  including: 

"  The  three  automotive  weapon  systems  with  the  highest  total  costs  were 
the  M54A2  (S  ton  truck),  the  M561  (games  goat),  and  the  M3SA2  (2%  ton 
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TABLE  10.  ARMY:  COST  BY  FACILITY.  SELECTED  WORK  PERFORMANCE 
CATEGORIES  AND  DESIGNATED  WEAPON  SYSTEMS 
($000) 


camoom 

WEAPON 

SYSTEM 

FACILITY 

OVERHAUL 

WORK  PERFORMANCE  CATEGORY 

mNvns  Mrtn  rfpatq 

TEST 

MFC 

c 

AH  (M48A1) 

Anniston 

26,740 

0 

0 

29 

0 

78 

Lettarkenny 

2,127 

0 

0 

0 

151 

0 

Rad  River 

396 

0 

0 

0 

0 

0 

Tooele 

44 

0 

0 

0 

0 

0 

AS  (M60) 

Anniaton 

11,340 

0 

11 

0 

6 

0 

Lattarkanny 

225 

0 

0 

1 

0 

0 

Ober  Rayatadt 

84 

0 

0 

0 

0 

0 

Red  River 

54 

0 

0 

0 

0 

0 

Tooele 

146 

0 

0 

2 

0 

0 

Mains 

19,055 

0 

0 

0 

0 

17 

AT  (M60A1) 

Anniaton 

11,963 

617 

292 

382 

0 

0 

Latter kanny 

149 

4 

0 

18 

0 

0 

Red  River 

117 

0 

0 

15 

0 

0 

Tooele 

143 

0 

0 

12 

0 

0 

Mains 

16,378 

498 

343 

21,341 

0 

0 

BC  (M113A1) 

Anniston 

11 

0 

0 

130 

0 

0 

Lattarkenny 

4,886 

287 

0 

0 

0 

0 

Ober  Raaatadt 

150 

0 

0 

0 

0 

0 

Red  River 

4,153 

29 

0 

0 

0 

0 

Tobyhanna 

39 

0 

0 

0 

0 

0 

Mains 

27,887 

0 

0 

30 

0 

0 

truck);  these  systems  accounted  for  approximately  $18  million  of  the 
total  automotive  program  of  almost  $51  million. 

-  Approximately  92  percent  of  M54A2  costs  were  in  support  of  vehicle 
overhaul  versus  12  percent  for  the  M561  and  79  percent  for  the  M35A2 
(the  balance  were  predominantly  in  the  repair  category). 

-  The  four  vehicle  systems  with  the  highest  total  costs  were  the  M60A1 
(tank),  the  M113A1  (armored  personnel  carrier),  the  M60  (tank),  and 
the  M48A1  (tank);  these  systems  accounted  for  approximately  $152 
million  of  a  $357  million  vehicle  program. 

The  four  largest  combat  vehicle  systems  were  selected  for  more  detailed  evalu¬ 
ation  (Table  10).  Several  observations  emerged: 

-  The  concentration  of  M4&A1  work  in  the  overhaul  category  is  under¬ 
standable  because  that  work  is  being  performed  in  support  of  foreign 
military  sales . 

-  The  reasons  behind  the  dominance  of  M60  overhauls  versus  repairs  are 
unclear  (since  general  support  maintenance  units  in  Europe  are  not 
supporting  these  vehicles,  one  would  expect  Mich  of  the  work  performed 
at  Mainz  to  be  repairs). 


*  The  balance  between  M60A1  overhauls  and  repairs  at  Mainz  is  consistent 
with  the  findings  of  LMX  Task  ML804,  "Effectiveness  of  Amy  Direct  and 
General  Support  Maintenance  Units." 

-  The  anount  of  M60A1  work  perforated  at  CONUS  installations  ($13.7 
aillion)  versus  overseas  ($38.6  nillion)  appears  inconsistent  with 
equipatent/ troop  inventories  but  also  reinforces  previous  observations 
that  Mainz  is  routinely  used  to  perform  less-than-depot-level  repairs. 

-  The  dominance  of  Mainz  support  to  the  M113A1  is  also  inconsistent 
($27.9  aillion  against  $9.5  million  in  CONUS);  equipment  usage  data 
may  provide  additional  insight,  but  the  likely  finding  is  that  Mainz 
performs  more  than  just  depot-level  maintenance. 

Since  the  summary  reports  could  provide  no  further  information  to  support 
an  analysis  of  these  observations,  a  special,  one-time  query  into  depot  per¬ 
formance  on  overhaul  of  specific  major  assemblies  (for  the  M113A1  and  M60A1 
only)  was  initiated.  The  results  of  that  query  are  displayed  in  Table  11. 

TABLE  11.  ARMY:  REPAIR  COST/QUANTITY  FOR  SELECTED  ITEMS 


Weapon 

System 

Assembly 

Facility 

Total  Cost 

Production 

Quantity 

Average 

Cost 

Standard 

Inventory 

Price 

AT 

Engine 

Lattarkanny 

1,515.073 

48 

3,156 

5,136 

(M113A1) 

Mainz 

13,408,256 

3,223 

4,160 

5,136 

Transmission 

Mainz 

1,311,026 

1,030 

1,273 

1,782 

Transfer 

Mains 

727,617 

875 

832 

1,720 

Differencial 

Mainz 

1,095,051 

1,072 

1,022 

2,796 

Final  Drive 

Mainz 

289,517 

851 

340 

632 

BC 

Engine 

Anniston 

9,534,526 

667 

14,295 

33,552 

CM60A1) 

Mains 

18,042,226 

1,000 

18,042 

33,552 

Transmission 

Anniston 

707,779 

165 

4,290 

25,016 

Mains 

2,075,200 

658 

3,154 

25,016 

Pinal  Drive 

Anniston 

234,674 

231 

1,016 

3,488 

Mains 

731,792 

548 

1,335 

3,488 

For  all  major  assemblies  in  *‘he  table,  the  Mainz  program  is  significantly 

larger  than  the  CONUS  program  or  Mainz  is  the  only  activity  supporting  those 

assemblies.  Two  factors  may  account  for  this  situation: 

-  In  CONUS,  major  assemblies  may  be  repaired  more  frequently  by  military 
or  civilian  general  support  maintenance  units,  whereas  in  Europe  those 
assemblies  may  be  returned  to  the  depot  for  overhaul. 
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-  Different  definitions  may  be  employed;  at  Mainz  all  such  assemblies 
may  be  individually  tracked,  while  in  CONUS  they  may  be  subsumed  under 
end-item  overhauls. 

The  thesis  that  different  definitions  are  being  used  is  partially  substanti¬ 
ated  by  another  special  query,  this  time  into  overhaul  costs  by  work  breakdown 
structure.  The  results  of  that  query,  for  these  same  combat  vehicles,  are 
displayed  in  Table  12.  With  one  major  exception,  the  bulk  of  the  repair  costs 
are  attributed  to  the  basic  vehicle  (work  breakdown  structure  code  1) .  Only 
with  the  M113A1  at  Mainz  are  significant  costs  assigned  to  other  than  the 
basic  vehicle.  While  this  evidence  is  not  convincing,  it  does  lend  credibil¬ 
ity  to  the  conjecture  that  different  definitions  are  being  used  by  the  various 
activities . 

FUTURE  DIRECTIONS 

The  INQUIRE  data  base  management  system  described  in  the  preceeding 
sections  provides  OASD(MRA&L)  with  a  significant  depot  performance  analysis 
capability.  However,  additional  efforts  are  required  to  fully  develop  that 
capability.  In  particular,  two  interrelated  tasks  should  be  performed: 

-  development  of  complementary  systems 

-  analysis  of  current  depot  performance  and  practices. 

Costs  and  production  quantities,  accessible  via  the  depot  performance 
data  base  management  system,  provide  only  a  partial  view  of  depot  performance. 
For  a  more  comprehensive  analysis  capability,  budget  and  capacity  information 
and  performance  criteria  must  be  available  as  well.  This  data  can  be  conven¬ 
iently  obtained  only  through  data  processing  systems.  Therefore,  a  further 
effort  directed  towards  the  definition,  development  and  implementation  of  a 
complementary  system(s)  is  suggested. 

Once  a  thorough  depot  analysis  capability  is  operational,  an  extensive 
analysis  of  depot  maintenance  is  recommended.  Such  an  analysis  would  serve 
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TABLE  12.  ARMY:  COST  BY  WORK  BREAKDOWN  STRUCTURE 
FOR  DESIGNATED  COMBAT  VEHICLE  SYSTEMS 


($000) 


System 

Facility 

Work  Breakdown 
Structure  Code 

Cost 

AT  (M60A1) 

Anniston 

1 

$10,012 

2 

542 

3 

325 

5 

2,377 

Letterkenny 

5 

172 

Red  River 

3 

133 

Tooele 

3 

10 

5 

144 

Mainz 

1 

35,794 

2 

498 

3 

2,093 

5 

230 

BC  (M113A1) 

Anniston 

1 

130 

5 

11 

Letterkenny 

1 

3,030 

2 

1,515 

3 

726 

Ober  Ramstadt 

3 

150 

Red  River 

1 

4,629 

3 

108 

Tooele 

1 

143 

Mainz 

1 

10,556 

2 

13,408 

3 

4,289 

three  purposes:  (1)  it  would  highlight  areas  requiring  0ASD(MRA&L)  attention, 

(2)  it  would  provide  OASD(MRASL)  with  a  variety  of  management  information,  and 

(3)  it  would  provide  an  opportunity  to  assess  and  refine  the  data  processing 
systesi  and  clarify  definition  problems  with  the  data.  The  completion  of  these 
efforts  would  result  in  the  identification  of  current  depot  problems  and  a 
capability  for  maintaining  future  visibility  over  all  aspects  of  depot  per¬ 
formance  . 
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APPENDIX 


LOADING  AND  UTILIZATION  PROCEDURES 

Using  the  depot  performance  data  processing  system  requires  an  under¬ 
standing  of  two  distinct  processing  steps:  adding  new  data  and  exercising  the 
data  retrieval  capability.  This  appendix  discusses  the  procedures  and  asso¬ 
ciated  computer  programs  for  performing  both  steps. 

Since  these-  procedures  are  dependent  on  the  computer  hardware  and  soft¬ 
ware  and  the  policies  of  the  system  operators ,  the  user  should  be  aware  of 
changes  and  adjust  processing  steps  accordingly.  Modifications  are  explained 
in  periodic  Technical  Information  Bulletins  (TIBs)  issued  by  the  Air  Force 
Data  Services  Center  (AFDSC) . 

DATA  BASE  LOADING 

The  process  of  installing  a  new  data  base  can  be  broken  down  into  three 
operations : 

-  tape  processing 

-  storage  allocation 

-  loading. 

Each  operation  can,  in  turn,  be  segmented  into  several  consecutive  steps. 
Figure  A-l  lists  these  steps  in  the  form  of  a  checklist  which  the  user  can 
follow  to  ensure  that  nothing  is  neglected.  A  description  of  the  corres¬ 
ponding  procedures  is  provided  in  the  following  paragraphs. 

Tape  Processing 

The  annual  depot  performance  data  is  submitted  by  the  Services  to 
the  DoD  in  the  form  of  computer  tapes.  Before  these  tapes  can  be  used,  they 
must  be  edited,  translated,  and  cataloged. 
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FIGURE  A— 1.  DATA  BASE  LOADING  CHECKLIST 


Tape  editing  involves  examining  a  variety  of  factors  to  isolate 
recording  and  format  errors.  The  Logistics  Systems  Division  of  the  Air  Force 
Data  Services  Center  has  developed  a  computer  program  which  checks  the  impor¬ 
tant  data  characteristics  and  identifies  job  order  records  that  do  not  conform 
to  specifications.  This  edit  routine  will  be  automatically  applied  as  soon  as 
new  depot  performance  tapes  are  received  by  the  AFDSC.  Questions  regarding 
tape  editing  should  be  directed  to: 

Ms.  Priscilla  Puckett 
Logistics  Systems  Division 
Directorate  of  OSD  Systems 
Air  Force  Data  Services  Center 

The  output  of  the  edit  routine  is  a  listing  of  rejected  records  with  erroneous 
characters  marked  by  asterisks.  Figure  A-2  illustrates  a  typical  output  page. 
To  correct  faulty  data,  the  user  should  compile  a  list  of  needed  adjustments 
for  each  Service  by  comparing  rejected  records  with  the  data  specification  in 
DoD  7220. 29-H.  This  list  should  be  submitted  to  the  Service  along  with  a 
request  for  corrected  data.  The  error  isolation  and  correction  cycle  should 
continue  until  the  edit  routine  indicates  no  significant  inconsistencies. 

The  tapes  are  developed  and  edited  on  Honeywell  equipment,  but  the 
data  base  management  system  resides  on  an  IBM  machine.  Since  these  systems 
differ  in  the  binary  codes  used  to  represent  characters,  the  final  corrected 
tapes  must  be  translated  from  Honeywell  Standard  Format  to  IBM  EBCIDIC  Format. 
The  Logistics  Systems  Division  has  a  utility  program  which  performs  such 
translations.  A  request  for  this  service  should  take  the  form  of  a  memo 
addressed  to  Mr.  T.  H.  Thoreson,  AFDSC.  For  consistency,  output  should  be 
placed  on  60000  reel,  9  track,  1600  bpi  tape  with  a  block  size  of  10.  When 
the  translation  is  complete,  the  user  should  be  notified  of  the  reel  numbers 
of  the  new  tapes  and  the  total  number  of  records  reported  by  each  Service. 


FIGURE  A-2.  SAMPLE  EDIT  PROGRAM  OUTPUT 


199  -  310 


The  60000  series  tapes  are  transients  used  in  transferring  data  froa 
one  computer  system  to  another.  Thirty  days  is  the  maximum  retention  period 
for  such  tapes.  The  data  can  be  kept  for  longer  periods  by  copying  them  to 
85000  series  tapes,  which  can  be  cataloged  in  the  IBM  system  library.  Figure 
A-3  lists  the  program  for  tape  copying  and  cataloging  along  with  expected 
output.  A  record  of  the  serial  numbers  of  the  new  tapes  should  be  kept  for 
future  reference. 

The  management  of  cataloged  360  system  tapes  is  the  responsibility 

of  the  creator  of  the  tape.  New  tapes  are  kept  only  30  days  unless  the  user 

extends  their  life.  Tape  library  lists,  which  are  issued  weekly,  describe  all 

tapes  cataloged  under  one  area  code  (ASNM21  for  this  project)  and  specify 

release  dates.  By  indicating  desired  actions  on  the  library  list,  the  user 

can  delete  or  lengthen  the  retention  period  of  selected  tapes.  Requests  for 

tape  lists  should  be  directed  to: 

Mr.  Larry  Robertson 
Directorate  of  OSD  Systems 
Air  Force  Data  Services  Center 

Storage  Allocation  f 

Since  the  number  of  reported  records  varies  from  year  to  year, 
several  parameters  must  be  calculated  prior  to  annual  data  base  loading. 
Figure  A-4  provides  a  worksheet  for  computing  those  parameters.  Interested 
readers  can  find  additional  information  on  the  role  of  the  parameters  in  the 
INQUIRE  Installations  and  Operations  Guide .  Total  number  of  job  order 
records,  the  primary  input  to  the  computations,  should  be  provided  by  the 
AFDSC  following  tape  translation. 


The  data  space  and  search  space  parameters  indicate  the  number  of 
disc  tracks  required  by  the  data  and  search  files.  The  remainder  of  the  data 
base  is  comprised  of  the  index  file,  which  requires  60  tracks.  Before  new 


FIGURE  A-3.  TAPE  COPYING  AND  CATALOGING  ROUTINE 


Input 


//COPYCAT  JOB  (OS20,N308D,15U), _ .CLASS-A 

Programmer 

Name 

/♦ROUTE  PRINT  LOCAL 
//COPYTAPE  EXEC  PGM-IEBGENER 
//SYSPRINT  DD  SYSOUT-A 
//SYSIN  DD  DUMMY 

//SYSUT1  DD  UNIT-TAPE6.DISP- (OLD, KEEP, KEEP), 

//  DCB-(RECFM-FB,LRECL-360,BLKSIZE-3600), 

/ /  VOL-SER- _ 

Reel  Number  of 
Tape  to  be  Copied 

/ /SYSUT2  DD  DSNAME-ASNM2 1 . N308D . DATA _ ,  UNIT-TAPE6,DISP-(NEW,CATLG) , 

FY 

/ /  DCB- (RECFM-FB , LRECL-360 , BLKSIZE-3600 , DEN-4 ) 

// 


Output 


IEF2361  ALLOC.  FOR  COPYCAT  COPYTAPE 

IEF2371  631  ALLOCATED  TO  SYSPRINT 

IEF2371  180  ALLOCATED  TO  SYSUT1 

IEF2371  181  ALLOCATED  TO  SYSUT2 

IEF1421  -  STEP  WAS  EXECUTED  -  COND  CODE  0000 

IEF2851  VOL  SER  NOS- _  KEPT 

Reel  Number  of 
Tape  to  be  Copied 

IEF2871  ASNM21U . N308D . DATA  CATALOGUED 

FY 

IEF2871  VOL  SER  NOS- _ 

Reel  Number 
of  New  Tape 

IEF3731  STEP  /COPYTAPE/  START  79248.0900 

IEF3741  STEP  /COPYTAPE/  STOP  79248.0905  CPU  0MIN  40.40SEC  MAIN  48K  LCS  0K 


Note:  All  programs  in  this  attachment  are  provided  In  a  format  suitable  for 
batch  processing  via  cards.  To  submit  a  batch  job  through  the  termi¬ 
nal,  the  following  changes  should  be  made  to  all  programs: 

-  replace  the  job  name  (COPYCAT  In  this  case)  with  the  User  ID 

-  add  to  the  end  of  the  JOB  card,  NOTIFY  -  _________ 

User  ID 

-  place  ROUTE  PRINT  LOCAL  with  ROUTE  PRINT  TSO 
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FIGURE  A-4.  DEPOT  PERFORMANCE  INQUIRE  LOADER  WORKSHEET 


Total  Number  of  Reported  Records  (All  Services)  =  _ 

Space  Allocation  for  Key  Work  File  =  7  x  (#  Reported  Records )/l, 000 

Block  Size  for  Sort  Work  File  =  6  x  (Space  Allocation  for  Key  Work  File) 

Total  Data  Size  =  412  x  (#  Reported  Records)  +  10,000  =  _ 

Data  Space  =  (Total  Data  Size)/7,276  =  _ 

Search  Space  =  (#  Reported  Records )/91  =  _ 


data  can  be  loaded,  the  user  must  verify  that  the  proper  space  on  assigned 
direct  access  volumes  is  free.  Four  volumes,  QS2001,  OS2002,  OS2003  and 
OS2004,  are  currently  assigned  to  this  project.  A  picture  of  the  available 
space  on  each  disc  can  be  obtained  by  submitting  the  mapping  program  shown  in 
Figure  A-5;  also  displayed  in  Figure  A-5  is  a  sample  output  of  the  Disc  Hap 
Program.  By  comparing  the  required  and  available  space,  the  user  can  assess 
the  adequacy  of  storage.  Requests  for  additional  space  should  be  addressed 
to: 

Director 

Autosuited  Systems  Office 

Office  of  the  Assistant  Secretary  of  Defense 

(Manpower,  Reserve  Affairs,  and  Logistics) 

In  addition  to  assessing  the  adequacy  of  storage,  the  user  must 
determine  the  disc  location  of  each  file.  Placement  on  the  direct  access 
volume  is  discretionary,  but  three  factors  warrant  consideration: 

-  To  operate  efficiently,  the  search  and  data  files  of  the  same 
data  base  should  be  on  different  voliaes. 
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FIGURE  A-5.  DISC  MAP  PROGRAM 


Input 


//HAP  JOB  (OS20,N308D,15U), _ .CLASS  A 

Programmer's  Name 

/♦ROUTE  PRINT  LOCAL 

//MAP  EXEC  DISEMAP, PK* _ 

Serial  Number  of 
Disc  to  be  Mapped 

// 


Sample  Output 


OS  SEP  79  /  1211  AFCP  SYSTEMS  SUPPORT  UTILITY  •  QUO  ALLOCATION  MU  UPDATED  10/07/69  PAGE  1 


CONTENTS  ON  Y0URe*SER*OS2001  UNIT-232 

DATE 

OATE 

FILE 

FILE 

VOL. 

TOTAL 

TRACKS 

DIREC. 

BLKS 

DATA  SET  NAME 

CREATED 

PURGE 

TYPE 

EXTENTS 

SERIAL 

SEQ.  SECURITY 

ALLOC 

USED 

BLOCKS 

USED 

YTOC 

19 

1 

EXT-FIRST — LAST-LENGTH 

01  00001  00019  00019 

FREE  SPACE 

2679 

EXT-FIRST — LAST-LENGTH 

01  01321  03999  02679 

0S2001U. N3060. C0STAC78. IT3. MACRO 

79227 

00000 

PART 

OS 

OS 2001 

01  NO 

15 

IS 

10 

1 

OSORG-PO  RECFH-F  LRECL-80 
BLKSIZE-80  2M0  ALLOCATION*! 
EAT— FIRST — LAST-LENGTH 
01  01306  01308  00003 
02  01309  01311  00003 
03  01312  01314  00003 
04  0131S  01317  00003 
05  01318  01320  00003 


QS2001U.N3080. C0STAC78. I T3. SEARCH 

0S0R6-0A  RECFM-F  LRECL-7292 
BLKS1ZE-7292  2N0  ALLOCATION-10 
EXT-FIRST — LUT-LENGTH 

01  00121  0129S  01175 

02  01296  01305  00010 

79178 

00000 

OIR. 

01 

0S20O1 

01 

NO 

1185 

1185 

OS2001U.N3080.KEN 

DSOR8*PO  RECFM-Ft  LRECL-80 
BLKSIZE-3120  2N0  ALLOCATIONS) 
EXT-FIRST — LUT-LENGTH 

01  00020  00119  00100 

79163 

00000 

PART 

01 

OS2001 

01 

NO 

100 

42 

QS20Q1U.N3080.REJCCT78 

OSORG-PS  RECFN-FB  LRECL-360 
ILKSI2E-3600  2N0  ALLOCATION-1 
EXT-FIRST — LUT-LENGTH 

01  00120  00120  00001 

79178 

00000 

SEO. 

01 

OS 2001 

01 

NO 

1 

0 

OS  SEP  79  /  1211  APCP  SYSTEMS  SUPPORT  UTILITY  •  OASO  ALLOCATION  NU  UPDATED  10/07/69  PAGE  2 

CONTENTS  ON  V0LUU-SEA-0S2001  UN  IT* 23 2 


FIRST  TRACK 

UST  TRACK 

LENGTH 

EXTENT 

DATA  SET  NAME 

00001 

00019 

00019 

01 

YOTC 

«0®2S 

00119 

00100 

01 

OS2001U.N3080.KEN 

00120 

00120 

00001 

01 

OS2001U.N308D.REJECT78 

00121 

01295 

0117S 

01 

0S2OOIU . N3S80 . C0STAC78. IT3. SEARCH 

01298 

01108 

00010 

02 

0S20O1U.N308D.COSTAC78.  in.  SEARCH 

01308 

01308 

01 

0S2O0IU . N3080 . C0STAC78 . IT3 .MACRO 

01109 

01311 

02 

OS2001U.N3080.COSTAC78. I T3. MACRO 

01312 

01114 

Q0003 

03 

0S2O01U . N3080. C0STAC78. IT3. MACRO 

0131S 

01317 

04 

0S2001U.N308O.CO$TAC7a. IT3. MACRO 

011U 

01326 

06 

0S2O01U. N1080.COSTAC 78. IT3. MACRO 

01321 

01991 

01679 

01 

FREE  SPACE  •  •  • 

The  permanent  on-line  volume,  OS2001,  is  the  only  disc  that  can 
be  conveniently  edited;  therefore,  space  should  be  reserved  on 
this  volume  for  new  programs. 


-  Since  only  two  discs,  excluding  the  permanent  on-line  volume,  can 
be  mounted  simultaneously,  no  data  base  should  have  files  on  all 
four  discs. 

Loading 

Information  from  the  edited  depot  performance  tapes  is  loaded  into  a 
data  base  by  the  INQUIRE  loader  program,  which  must  be  modified  to  reflect 
annual  changes.  Figure  A-6  lists  this  program  and  indicates  parameters  to  be 
derived  by  the  user.  All  program  changes  can  be  developed  from  either  the 
worksheet  or  the  file  location  process  discussed  in  the  preceding  section. 

Successful  execution  of  the  loader  routine  results  in  a  new  data 
base.  Although  the  reported  information  can  now  be  accessed,  several  steps 
should  be  taken  to  validate  and  enhance  the  system  prior  to  its  use.  To 
ensure  that  all  data  was  loaded,  -the  logical  record  count,  produced  as  an  out¬ 
put  of  the  loader  program,  should  be  compared  to  the  number  of  records 
reported  by  the  AFDSC  following  tape  translation.  Discrepancies  in  these 
figures  might  be  explained  by  records  which  do  not  conform  to  the  data  def¬ 
inition  (i.e.,  field  definition  in  the  loader  program).  Such  records  will  be 
listed  as  part  of  the  loader  program  output.  Each  rejected  record  should  be 
corrected  and  added  to  the  data  base  using  the  program  in  Figure  A-7. 
Finally,  to  improve  computational  efficiency,  a  total  cost  field  should  be 
added  to  each  record.  The  program  illustrated  in  Figure  A-8  will  compute  and 
record  the  additional  field.  When  these  developmental  steps  are  completed, 
the  new  data  base  is  ready  for  use. 

Occasionally,  storage  discs  are  damaged  and  the  resident  data  are 
destroyed.  Therefore,  as  a  precautionary  measure,  a  backup  copy  of  each  new 
data  base  should  be  created.  Figure  A- 9  provides  the  program  recommended  for 
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FIGURE  A-6 . 


3UISE  LOADER  PROGRAM 


//LOAD  JOI  <0SM,M30SD,15O,M,7S),_ 


.CLASS-* 


/•tarn  ram  local 

//LOAD  me  nSJlOAD,A*SA-aS2WlO,f*OJ-*3StO.IXISAM-CO*TAC 


_.m*-3. 


//  nmuM-Acerse  .sbctol-  _ .aocvoi- _ , 

rt  Polu—  to  Captain  Volta**  cs  Coocain 

Seerek  ru«  Index  ru* 

//  OTIBH23,  LISC33.  IHXXIC43,  omo- _ 

Space  Allocation  for 
Ur  Work  rua 

//  smses- _ , 

Sort  Work  File 
Slock  Six* 

//  OAPASW'CSSAt.DISSCr  .SSCPAaS-'MOVPIL.CSlATll.S- 

f  Sported  Sacorda 

//  nnspc-ss.ss-a.sBcapc-  .daispc- _ , 

Scireh  Sptea  Daca  Spict 

//  5KJlLS-37,S»OSrC-78*4,OAIKrr-3S33,aAmKE-**,3SrTTPl-'  (231A/  _ ) ' . 

1  Voluaea  co  Concaln 
3eca  File 

//  QATVOL-< _ . _ ) 

Voluaela)  co  Coocain 
Data  File 

//DAT. ZSIN  00  MBhOSMOm.M3WO.aAXA  .DSHT-TAM6. TOL-snt- _ , 

FT  Serial  Miaber 

of  Input  Tape* 

//  ocs-(ucnm.susizs-36W.Lita-3M,oa-A)  ,oxsr-ou 

//DAI.STSDI  00  * 

ucnra  r  i 
gUASISS  F  1 
FT  FPS  2 

PROGILT  F  6 

FIOGUM  F  3  SPtOGXLT  l 

SEKVICE  FFS  1  SPSOGXLT  6 

FACILITT  FPS  14 
IM/OOTTTS  F  1 

auRBoras  r  i 

RPTCJAC  F  3 
ITSMSm*  FPS  13 
ITDOUM  F  20  I 
nice  m  10 

STSTBM  FPS  * 

UBS  F  3 

camoon  fps  i  tubs  i 

CATECOtX  F  1  3U1S  2 

COWOMR  F  1  SUBS  3 


SPSOGXLT  S 


CUSTOMS  F 
CLABBP  M 
CLABBPHB  M 
CLABSO  H 
CLABMBS  M 
MLABIP  H 


FMATL  S 
OMATLII  H 
UMAXLXC  S 
OMAIUK  N 
UMAILZP  B 
POTHSS  M 
OOTBXS  N 
FOTBBD  M 
OOPBBD  M 
PCS*  M 
OGSA  S 

cartsAcr  n 
CTMXI  M 

amc  m 
CPWW  N 

ana  m 

FOVSSSP  R 
oemsp  r 

FMATRSPT  R 
OHSimPT  M 
nooqnr  r 
muon  r 


FIGURE  A-7 .  RECORD  ADDITION  PROGRAM 


//OS20DMK  JOB  (OS20,N308D,15U,60) , _ .CLASS-B 

Programmer  Name 

/♦ROUTE  PRINT  TSO 

/ /INQBATCH  EXEC  PGM-INQUIRE ,  REGION-220K, 

//  PARM-  *  /MAINT ,  SHR,  SM-  150000 , T- 15K , L-7  2 ' 

//REPORT  DD  SYSOUT-A 
//SYSPRINT  DD  SYSOUT-A 

/ /SORTWK  DD  UNIT-SYSDA, SPACE- (CYL, (120,5) ,RLSE) 

//SYSLIB  DD  DUMMY 
//PLIDUMP  DD  SYSOUT-A 

//DATAFIL  DD  DSN-OS2001U. N308D. COSTAC _ . IT 3 . DATA, DISP-SHR 

FY 

//INXFIL  DD  DSN-OS2001U.N308D. COSTAC _ .IT3. INDEX, DISP-SHR 

FY 

/ /SRCFIL  DD  DSN-OS2001U.N308D. COSTAC _ .IT3. SEARCH, DISP-SHR 

FY 

/ / SROVFIL  DD  DUMMY 
//SYSIN  DD  * 

OPTION  ENDMINUS  8. 

• 

ADD  BATCH 

field  name.  field  value r 

field  name  field  value 


KEYS  key, key, key, .. . 

END 

field  name  field  value 

field  name  field  value 


KEYS 

END 

END  BATCH 


// 


key, key, key,... 


The  records  to  be  added  are  inserted  after  the  ADD  BATCH  command, 
field  name  and  value  are  punched  on  each  card.  The  card  format  is 


Columns  1-8  -  field  name,  KEYS,  or  END 

Column  9  -  blank 

Columns  10-72  -  field  value  or  keys  (separated  by  commas) 

Columns  73-80  -  sequence  number  or  blank 
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FIGURE  A-8.  TOTAL  COST  DERIVATION  PROGRAM 


//OS20DMK  JOB  (OS20,N308D,15U,60), _ ,CLASS=B 

Prograoner  Name 

/♦ROUTE  PRINT  TSO 

//INQBATCH  EXEC  PGM= INQUIRE, REGION=220K, 

//  PARM= ' /MAINT , SHR , SM=150000 , T= 15K , P=50 , L=72 ' 

//REPORT  DD  SYSOUT=A 
//SYSPRINT  DD  SYSOUT=A 

//SORTWK  DD  UNIT=SYSDA,SPACE=(CYL, (10,5) ,RLSE) 

//SYSLIB  DD  DUMMY 
//PLIDUMP  DD  SYSOUT=A 

//DATAFIL  DD  DSN=OS2001U.N308D.COSTAC _ . IT3.DATA,DISP=SHR 

FY 

//INXFIL  DD  DSN=OS2001U . N308D . COSTAC  .IT3. INDEX, DISP=SHR 

~W~ 

//SRCFIL  DD  DSN=OS2001U . N308D . COSTAC  . IT3. SEARCH ,DISP=SHR 

~W 

//SROVFIL  DD  DUMMY 
//SYSIN  DD  * 

OPTION  ENMINUS  8. 

REPLACE  TOTLCOST  BY  TOTAL  IN  FY=__,  COMPUTE  TOTAL  FORMAT  (18)  (CLABRP  +  CLABRO 

FY 

+  MLABRP  +  MLABRO  +  FMATL  +  UMATLII  +  UMATLXC  +  UMATLMK  +  UMATLXP  +  FOTHER 
+  UOTHER  +  FOVRHD  +  UOVRHD  +  FG&A  +  UG&A  +  CONTRACT  +  GFMII  +  GFMXC  +  GFMMK 
+  GFMXP  +  FGFSERV  +  UGFSERV  +  FMAINSPT  +  UMAINSPT) . 

/* 


FIGURE  A-9 .  DATA  BASE  BACKUP  PROGRAM 


//BACKUP  JOB  (OS20  ,N308D ,  15U) , _ _ ,CLASS=A 

Prograoner 's  Name 

/♦ROUTE  PRINT  TSO 

//DUMP  EXEC  IMGDUMP , AREA=OS200 1U , PRO J=308D , EXTNAME=COSTAC _ , 

FY 

//  INTNAME=ACCTNG  , ITER=3 , ITEROP=  _ 

FY  See  T  Below 

//DUMPALL. SROVFIL  DD  DUMMY 

// 

^The  umber  provided  by  the  ITEROP  parameter  is  incorporated  in 
the  data  set  name  of  the  backup  copy  of  the  data  base.  The  purpose 
of  the  parameter  is  to  assure  the  uniqueness  of  the  data  set  name, 
since  a  data  set  created  under  a  non-unique  name  cannot  be  cataloged 
or  retained.  Bence,  the  user  should  pick  some  value  that  has  not 
been  specified  in  previous  backups .  We  suggest  you  use  the  ITEROP 
parameter  to  number  your  copies  sequentially;  for,  in  this  way,  you 
will  be  able  to  determine  which  copy  is  the  most  recent. 


copying  INQUIRE  files  to  high  density  tape.  A  tape  backup  copy  can  be  used  by 
the  prograa  in  Figure  A-10  to  restore  a  data  base. 


FIGURE  A-10.  DATA  BASE  RESTORE  PROGRAM 


//RESTORE  JOB  (OS2#,N308D,15U) , _ _ ,CLASS=A 

Programmer 1 s  Name 

/♦ROUTE  PRINT  LOCAL 

//RESTORE  EXEC  IMGRESTR,AREA=OS2001U,PROJ=N308D,EXTAME=COSTAC 

FY 

//  INTNAME=ACCTG _ , ITER=3 , IMGPARM= "RESTORE , OVWRITE" 

FY 

//SYSIN  DD  * 

RESTORE  INTNAME  _ 

Restore  Control  Card  from  Data  Base  Backup  Program 

/* 


SYSTEM  UTILIZATION 

Utilization  of  the  depot  performance  data  processing  system  entails 
annual  production  of  overview  information  and  periodic  development  of  reports 
to  support  ad  hoc  analyses.  However,  prior  to  discussing  procedures  involved 
in  these  two  operations,  it  is  necessary  to  describe  the  data  base  and  explain 
the  common  INQUIRE  processing  program. 

Data  Base  Description 

A  depot  performance  data  base  contains  all  the  depot  cost  and  work¬ 
load  information  reported  by  the  Services  during  one  fiscal  year.  Each  log¬ 
ical  record  in  the  data  base  provides  information  on  a  completed  job  order, 
which  is  defined  by  a  unique  combination  of  performing  facility,  customer, 
item  and  type  of  work.  The  fields  of  the  logical  records  are  derived  from  the 
data  items  reported  for  each  job  order.  Figure  A- 11  illustrates  and  explains 
the  relationship  between  fields  and  data  items.  Additional  information  on  the 
data  items  can  be  found  in  Department  of  Defense  Handbook  7220. 29-H. 
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FIGURE  A- 11.  FIELD  AND  DATA  ITEM  RELATIONSHIPS 
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Each  data  base  field  is  assigned  several  descriptive  character¬ 
istics,  such  as  print  format  and  length,  which  the  DBMS  uses  in  retrieving 
data  *nd  formatting  reports.  Figure  A-12  delineates  the  attributes  of  each 
field  in  the  depot  cost  accounting  data  base.  For  ease  of  comparison  with  the 
user's  manual,  this  display  has  the  form  of  a  fields  definition  table.  The 
codes  are  translated  at  the  bottom  of  the  figure  and  discussed  in  detail  in 
the  INQUIRE  Installation  and  Operations  Guide. 

Procedure  INQUIRE 

The  depot  performance  data  processing  system  is  invoked  by  the 
submission  of  a  computer  program.  Each  such  program  consists  of  a  general 
routine  (procedure  INQUIRE) ,  which  provides  computer  specifications  and 
INQUIRE  parameters,  and  an  INQUIRE  query,  which  commands  the  data  base  manage¬ 
ment  system  (DBMS)  to  carry  out  particular  operations.  Although  queries  may 
vary  greatly,  procedure  INQUIRE  changes  very  little. 

Figure  A-13  lists  the  general  procedure  INQUIRE  routine  and  notes 
modifications  that  might  be  required.  Only  the  INQUIRE  parameters,  however, 
demand  significant  user  attention.  These  values  influence  the  performance  of 
certain  data  base  management  system  functions.  Frequently  specified  param¬ 
eters  are  described  in  Figure  A-14,  which  also  indicates  recommended  utiliza¬ 
tions.  A  complete  list  of  parameters  is  provided  in  the  INQUIRE  User  Language 
Tutorial .  The  order  in  which  parameters  are  specified  in  the  program  is 
immaterial,  but  they  must  be  separated  by  commas. 

Summary  Report  Generation 

Summary  reports,  like  all  INQUIRE  output,  are  the  result  of  queries. 
However,  since  these  displays  are  standardized,  it  is  not  necessary  to  develop 
a  new  request  each  time  the  summary  is  desired.  Furthermore,  the  macro  capa¬ 
bility  of  INQUIRE  eliminates  the  necessity  of  expressing  each  query  in  its 
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FIGURE  A-12.  FIELD  DEFINITION  TABLE 


tlmU  Ih 


FIGURE  A- 13.  PROCEDURE  INQUIRE 


//INQUIRE  JOB  (OS20 , N308D ,  15U , 60 ) , _ ,CLASS=B 

Programmer  Name 

/♦ROUTE  PRINT  LOCAL 

//INQBATCH  EXEC  PGM= INQUIRE ,  REGION=220K , 

//  PARtt=7 _ ' 

INQUIRE  Parameters 
//REPOST  DD  SYSOUT=A 
//STSFRINT  DD  SYSOUT=A 

//SORT! «  DD  UNIT=SYSDA , SPACE= ( CYL , ( 10 , 5 ) , RLSE ) 

//SYSLIB  DD  DSN=OS2001U . N308D . MACRO ,DISP=SHR 
//PLIDUKP  DD  SYSOUT=A 

//DATAFIL  DD  DSN=OS200 1U . N308D • COSTAC  .IT3.DATA,DISP=SHR 

FY 

//INXFIL  DD  DSN=OS2001U . N308D . COSTAC _ .IT3. INDEX, DISP=SHR 

FY 

//SRCHFIL  DD  DSN=OS200 1U . N308D . COSTAC _ . IT3 . SEARCH , DISP=SHR 

FY 

//SROVFIL  DD  DUMMY 
//SYSIN  DD  * 

OPTION  ENDMINUS  8. 

ALLOCATE  WDOP  +120%,  WDTX  +120%. 

Query  Statements 

/* 


entirety.  (A  macro  is  an  INQUIRE  command  or  group  of  commands  which  can  be 
evoked  by  a  single  word.)  To  facilitate  the  generation  of  summary  informa¬ 
tion,  a  set  of  standard  reports  has  been  developed  and  validated.  Macros  have 
been  written  to  generate  these  summaries.  Figure  A-15  describes  the  standard 
displays  and  their  associated  macro  call  words.  Any  set  of  summary  reports 
can  be  secured  by  submitting  procedure  INQUIRE  with  the  appropriate  macro  call 
words  substituted  for  the  query.  Figure  A- 16  provides  an  example  which  would 
yield  three  of  the  summary  reports  for  the  Army  for  fiscal  1978.  Since  the 
time  required  to  compile  the  entire  set  of  standard  reports  sequentially  is 
long,  it  is  necessary  to  submit  several  jobs,  each  of  which  requests  a  small 
number  of  summaries. 
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FIGURE  A- 14.  FREQUENTLY  USED  INQUIRE  PARAMETERS 


Parameter 

Description 

Suggested  Application 

L=number 

Indicates  the  number  of  char¬ 
acter  positions  on  a  printed 
line  (default  L=132) 

Specify  only  if  the  maximum 
number  of  characters  that  can 
be  printed  on  a  line  is  not 
equal  to  132 

P=number 

Indicates  the  number  of  lines 
to  be  printed  on  each  page 
(default  P=160) 

Use  to  adjust  page  length  to 
device  or  to  personal  prefer¬ 
ence 

MAINT 

Specifies  that  maintenance 
queries  are  to  be  processed 

Specify  only  if  the  data  base 
is  to  be  changed  as  a  result 
of  the  run 

NM 

Prevents  the  accomplishment 
of  maintenance  operations 

Include  for  all  jobs  except 
those  involving  data  base 
maintenance 

MACRO 

Allows  the  use  of  macros  in 
the  query 

Use  when  obtaining  summary 
reports 

TABLE  =munber 

Controls  the  total  space 
occupied  by  internal  tables 

Specify  T=50K.  Adjust  if 
error  messages  indicate  table 
overflow 

SHR 

Allows  files  to  be  used  by 
two  or  more  jobs  simultan¬ 
eously 

Specify  for  all  jobs 

Detailed  Report  Generation 


Due  to  the  variable  nature  of  ad  hoc  information  needs,  the  user 
must  consider  each  on  an  individual  basis.  The  development  of  all  such  data 
will  include: 


-  identifying  required  information 

-  developing  display  formats 

-  producing  identified  reports 

-  validating  results . 
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FIGURE  A- 15.  STANDARD  SUMMARY  REPORTS 
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FIGURE  A-16.  SAMPLE  STANDARD  REPORT  GENERATION  PROGRAM 


//INQUIRE  JOB  (OS20  ,N308 , 15U , 60) , _ , 

Programmer  Name 

//  CLASS=B 

/★ROUTE  PRINT  LOCAL 

//INQBATCH  EXEC  PGM= INQUIRE, REGION=220K, 

//  PARM=' /NM,SM= 150000 ,T=50 ,P=5 5 ,L= 132, MACRO’ 

//REPORT  DD  SYSOUT=A 
//SYSPRINT  DD  SYSOUT=A 

//SORTWK  DD  UNIT=SYSDA , SPACE= (CYL, (10,5) ,RLSE) 

//SYSLIB  DD  DSN=OS200 1U . N308D . MACRO ,DISP=SHR 
//PLIDUMP  DD  SYSOUT=A 

7/DATAFIL  DD  DSN=OS2001U.N308D . COSTAC78 . IT3.DATA,DISP=SHR 
//INXFIL  DD  DSN=OS2001U . N308D . COSTAC78 . IT3 . INDEX ,DISP=SHR 
//SRCHFIL  DD  DSN=OS200 1U.N308D.COSTAC7 8. IT3. SEARCH, DISP=SHR 
//SROVFIL  DD  DUMMY 
//SYSIN  DD  * 

OPTION  ENDMINUS  8,  NOAUTOMAC. 

ALLOCATE  WDOP  +120%,  WDTX  +120%. 

&ACTYCMDT(A,ARMY) 

&CONTRCST (A , ARMY) 

&DEPOTCST (A , ARMY ) 

&FACCMDT(A,ARMY) 

&INTERSER(A,ARMY) 

/* 


The  data  base  management  system  responds  to  very  specific  requests 
and  can  produce  only  information  contained  in  or  derived  from  the  data  base. 
Therefore,  to  analyze  some  broad  topic,  the  user  must  identify  the  required 
data  items  and  verify  that  the  data  base  contains  the  information  necessary  to 
generate  those  items.  This  can  best  be  accomplished  by  breaking  the  analysis 
topic  into  a  series  of  specific  questions,  identifying  information  needed  to 
answer  each  question  and  isolating  the  subset  of  information  that  can  be 
obtained  from  the  data  base. 

Once  the  required  information  is  defined,  the  user  must  develop  a 
format  in  which  to  display  it.  The  INQUIRE  user  language  facilitates  pro¬ 
duction  of  a  wide  variety  of  reports  including  tables,  record  listings  and 
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histograms.  The  user  should  be  familiar  with  INQUIRE' s  report  formatting 
capability. 


To  produce  the  desired  information,  the  user  must  formulate  and 
execute  an  INQUIRE  query.  Query  development  is  explained  in  detail  in  the 
INQUIRE  User  Language  Tutorial.  Execution  is  initiated  by  the  submission  of 
the  query  as  part  of  procedure  INQUIRE.  Figure  A*  17  provides  an  example  of  a 
detailed  report  production  program.  Execution  of  this  illustration  would 
produce  a  breakdown  of  FT  78  depot  maintenance  costs  by  work  performance 
category  for  high  cost  aircraft  systems  repaired  at  Corpus  Christi  Army  Depot 
(which  is  identified  as  ARADMAC  in  the  data). 

Finally,  the  output  of  each  request  should  be  checked  for  complete¬ 
ness  and  accuracy.  A  valuable  aid  in  assessing  the  completeness  of  an  INQUIRE 
operation  is  the  ITEMS  RETRIEVED  paraamster  provided  at  the  bottom  of  each  dis¬ 
play.  This  value  indicates  the  number  of  job  order  records  that  were  used  in 
developing  the  display.  By  comparing  number  of  retrieved  items  with  the 
quantity  of  records  reported  by  each  service,  the  user  can  be  assured  that  all 
desired  job  orders  were  included  in  the  report.  In  addition,  a  new  report 
should  be  checked  for  consistency  with  known  data  and  computational  accuracy. 
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FIGURE  A- 17.  SAMPLE  DETAIL  REPORT  GENERATION  PROGRAM 


//INQUIRE  JOB  (OS20.N308D, 15U.60) ,  _ , 

Prograoaer  Naae 

//  CLASS=B 

/♦ROUTE  PRINT  LOCAL 

//INQBATCH  EXEC  PGM=INQUIRE,REGION=220K, 

//  PARM='/NM,SHR,T=50K,P=55 ,L=132, MACRO' 

//REPORT  DD  SYSOUT=A 
//SYSPRINT  DD  SYSOUT=A 

//SORTWK  DD  UNIT=SYSDA , SPACE= ( CYL ( 1 0 , 5 ) , RLSE ) 

//SYSLIB  DD  DSN=OS200 1U.N308D. MACRO, DISP=SHR 
//PLIDUMP  DD  SYSOUT=A 

//DATAFIL  DD  DSN=OS2001U.N308D. COSTAC78 , IT3.DATA,DISP=SHR 
//INXFIL  DD  DSN=OS200 1U . N308D . COSTAC78 . IT3 . INDEX , DISP=SHR 
//SRCHFIL  DD  DSN-OS2001U.N308D. COSTAC78 . IT3 . SEARCH,DISP=SHR 
//SROVFIL  DD  DUMMY 
//SYSIN  DD  * 

OPTION  ENDMINUS  8. 

ALLOCATE  WDOP  +120%,  WDTX  ♦120%. 

FIND  FACILITY=ARADMAC  AND  SYSTEM  IS  (GH,GL,GM,LD,MB,MC,RA,RB,YL,YS) 

AND  (WPC  IS  (A,B,C,D,E,F,G,H,I,J,K,L,M,N,P,Q,R,S,T)  SET  ROW  OF  A), 
DEFINE  A  TABLE  (LABRHRS  LABRCOST  FMATL  MATLUNF 

MAINTSPT  OTHRDRCT  TOTLDRCT  OPOVRHD  G&A  TOTLINDR  TOTLCOST,  SETB  TOTAL) 

B  TEXT  (LABRHRS  LABRCOST  MAIL-FUND  MATL-UNF  MAINSPT  OTHRDRCT  TOTLDRCT 
OPNSOVRHD  G&A  TOTLINDR  TOTLCOST)  C  TEXT  (ABCDEFGHIJKLMNP 
Q  R  S  T),  COMPUTE  LABRHRS  (CLABRPHR 
+  CLABROHR  +  MLABRPHR  +  MLABROHR)  LABRCOST  (CLABRP  +  CLABRO  +  MLABRP 
+  MLABRO)  MATLUNF  (UMATLII  +  UMATLXC  +  UMATLMK  +  UMATLXP)  MAINTSPT 
(FMAINSPT  +  UMAINSPT)  OTHRDRCT  (FOTHER  +  UOTHER)  TOTLDRCT  (LABRCOST 
+  FMATL  +  MATLUNF  +  MAINTSPT  +  OTHRDRCT)  OPOVRHD  (FOVRHD 
♦  UOVRHD)  G&A  (FG&A  +  UG&A)  TOTLINDR  (OPOVRHD  +  G&A),  TAB, 

TITLE  B  R/A,  BREAK  ON  SYSTEM  'COST  BREAKDOWN  BY  WPC  FOR  SYSTEM  ' 

SYSTEM  SKIP  C  TOTAL  OF  A  6  *  (I  9)  SKIP  2, 

TOTAL  'TOTAL'  SKIP  C  A  (I  9). 

/* 
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20.  ABSTRACT  (Cont'd) 

>(l)  Investigate  the  development  of  depot  cost  and  performance  data  and 
take  steps  to  Insure  uniformity: 

(2)  Refine  the  proposed  depot  performance  system  by  developing  additional 
performance  indicators  and  more  concise,  useful  management  reports: 

(3)  Develop  complementary  data  processing  systems  to  provide  depot  budget 
and  capacity  data. 

When  these  efforts  are  complete,  an  extensive  analysis  of  depot  maintenance  is 
recommended . 


